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I. INTRODUCTION 



A. BRIEF MICROCOMPUTER HIS 

The microcompu ter mark 
begun when the Micro Ins 
(HITS) Altair 8800 computer 
MITS expected to sell 200 
1975. Instead they were d 
selling over 200 in one a 
Computer Inc., began shippi 
promptly began growing at 
percent annually. The mar 
still being underestimated 
Business Machines (IBM) i 
(PC) in August of 1981 few 
enal demand for the produc 
over one million IBM PC's w 
expects to ship two miilio 
many customers must wait mo 
the shortage has created a 
microcomputers. 

One of the reasons for 
one realized that large and 
IBM PC and ctner micrccompu 
Travelers Insurance Co. , w 
has indicated with a lett 
[Ref. 1]. Universities ar 
microcomputers and in parti 
The University of Waterloo 
learning compilers, purcha 
graduate programming and e 



TORY 

et is generally believed to have 
truments and Telemetry Systems 
kit was introduced in late 1974. 
or 300 of the computer kits in 
eiuged with orders for over 2000, 
fternoon alone. In 1977 Apple 
ng its Apple II microcomputer and 
a rate of more than seventy 
ket demand for microcomputers is 
in 1984. When International 
ntroduced its Personal Computer 
could have predicted the phencm- 
t. It has been estimated that 
ere shipped in 1983 and that IBM 
n in 1984. Despite the volume 
nths to receive their orders and 
large market for I3M compatible 

the excessive demand is that no 
small corporations would nuy the 
ters in volume. One example is 
hich purchased 2000 IBM PC's and 
er of intent to buy 10,000 more 
e another large buyer of personal 
cular the IBM Personal Computer. 
, popular for its teaching and 
sed over 300 PC's to shift under- 
ngineering courses off their IBM 
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B. THE MICROCOMPUTER MARKET 



Microcomputers now acco 
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Certainly the personal corap 
experiencing what many have 
Ferreira, a vice-president 
article states that execu 
snock and cannot handle all 
coming to them. Later Fer 
"suffer paralysis by analy 
are so many that a consen 
With over 950 models of mi 
commercial and consumer us 
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C. GCALS OF THESIS 

The Navy purchaser is therefore left witn a complex maze 
of choices for m icrocompu ter purchase options. As the 
overall cost of micr ocom pu t er systems continues to fall, the 
individual incentive to perform a proper and accurate 
systems and cost analysis for a single and isolated micro- 
computer purchase decreases. Tnis is not to say however 
that a complete needs and economic analysis should not be 
performed, rather the Navy purchaser must be made aware of 
the overall consequences of not performing the proper anal- 
ysis. While the isolated purchase of a single microcomputer 
system may seem inconsequential, when viewed and totaled 
over all Navy personnel making sucn decisions, there exists 
an enormous potential for waste of valuable Navy dollars. 
Further, and more fundamental, the Navy purchaser may 
acquire a system that will not satisfy user needs. 

It is therefore desirable to provide an effective deci- 
sion support model and criteria to aid the Navy purchaser in 
the selection of microcomp uter systems. Tnis thesis will 
develop and describe a conceptual frameworx from which it is 
hoped that an effective decision support model can be 
constructed for selection of microcomputer systems. It is 
hoped that tne model design can be implemented on common 
"spreadsheet" software programs to allow manipulation of the 
model and storage of data on available systems. 

The proposed model is intended to ap^ly only to single 
micr ocompu ter purchases, and be only part of a complete 
system and cost analysis. It is felt that automating as 
much of the analysis process as possible not only reduces 
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II. BACKGROUND 



A. fl ICBC COMPUTERS IN THE NAVI 



Within the Navy, the 
(NAVDAC) is assigned over 
puter support. NAVDAC has 
for the development of m 
applications to Navy Re 
(NARDAC) Norfolk, Virgin 
tasked with the following m 

1. Develop standards 
interfacing with min 

2. Develop a standard 
competitive procure 
micr ocomputers, ass 
licensing of softwar 

3. Develop micrccomput 
system software, h 
selection. 

4. Develop an inventor 
listings of availabl 
training. 

5. Develop microccmpute 
NAREACs and Nava 
(NAVDAFs) in support 

6. Host workshops on mi 
In order to guide the 

purchaser NAVDAC develope 
operating systems for 
Micr ocomputer technology ho 
computers to remain entrenc 
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Data Automation Command 
onsinility for micrcccm- 
ed primary responsibility 
uter technology and its 
Data Automation Center 
4 ]. NARDAC Norfolk is 
uter support functions; 
crocomp uters, including 
rge host computers, 
for Proposal (RFP) for 

• . II. 

ding to a contract for 
maintenance support, and 
vy-wide use. 

elines on procurement, 
and application program 



y of Navy owned software, and 
e vendor nardware, software, and 



r training courses to be given by 
1 Data Automation Facilities 
of area activities, 
cr ocomputers for Navy-wide users. 

prospective Navy micr ocompu ter 
d guidelines for equipment and 
8-bit microcompu ters [Bef. 5]. 

wever did not allow 8-bit micro- 
hed for long. NAVDAC’s initial 
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analysis goals. One of tnose goals is to acquire the "best" 
system rrom among the chosen alternatives at least cost. 

Traditional systems analysis can be broken down into 
four broad categories in a system life cycle concept 

[Ref. 7]. 

They are: 

1. The Study phase. 

2. The design phase. 

3. The development phase. 
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C. HETHOD AND ASSUMPTIONS 

The proposed decision support model is a method to be 
utilized for evaluating the differences among many microcom- 
puter systems. The differences can be among several config- 
urations of the same system or between several separate 
systems. The method utilized will be to quantify system 
attributes and parameters where possible and formulate a 
model that allows comparisons of the system attributes and 
parameters against cost data. 

The model forms its comparisons by first calculating 
cost/benefit ratios for each of the given parameters or 
attributes. The model then leads the user through compari- 
sons between the alternative systems or configurations under 
consideration. The comparisons are calculations in the 
changes between benefits and costs of the alternatives. The 
key to the model is the calculation of delta’s, or the 
changes between benefits and costs. It will be shown that 
the calculation of ccst/benefit ratios alone as per NAVDAC 
15 is not sufficient. Rather it is the chanqe or delt a 
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Figure 2.1 Economic Analysis Process. 
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value (change in benef its/c hange in costs) between alterna- 
tives that should be among the factors considered when 
comparing alternatives. The model is a tool and is merely 
designed to perform the calculations, it does not neces- 
sarily recommend or determine the "best " system. 

In reference to figure 2. 1 it is assumed that the user 
has defined ‘his objectives, formulated tne assumptions, and 
chosen the possible alternatives. Tne model performs the 
task of interfacing the costs and benefits for each alterna- 
tive, and therefore assumes that costs and benefit data can 
be determined. The model then displays the resultant data 
and calculations in a form that allows the comparison of 
alternatives. The model is designed to be used for ccmpar- 
ison of microcompu ter system attributes and parameters only. 

Again it should be emphasized that this process should 
normally be only part of the complete system analysis 
process. It assumes that the need for a microcomputer 
system nas already been justified and established. Further, 
commands must realize that the cost of the microcomputer 
itself will not be the only cost in the life-cycle. 
Application programs, update fees, accessory equipment and 
supplies, maintenance contracts and for some commands 
training of personnel are just some of tne additional costs 
that should be considered. Ihese costs are separate from 
the cost of the microcomputer after a selection has been 
made, and in some instances may provide the overriding 
factors in the decision. 

The use of the proposed model alone would assume that 
tne follow-on costs are basically equal, and this is not a 
valid assumption for many systems. It is hoped that the 
model however will provide a means to choose among microcom- 
puter systems when complete systems analysis is not 
performed and all of the significant costs are considered. 
Furthermore, it is hoped that it will ne an excellent addi- 
tion to tne compiete systems analysis process. 
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baseline developed from user requirements as much as 
possible. This would assume that the prospective purchaser 
is able to quantify requirements in context to the model 
developed. If a current microcomputer system is in place, 
system can be used as 

Care must be taken not to confuse baselines with 
weighting factors, 
being < 
systems, 

This allows the 
lares relative to 
standards. The 
:s and modifying 
mmen ded . 

>r, single task 

. i . 

microcomputer systems. Current microcomputer technology has 
reached the point where multiple users and multiple tasks 
can be performed. Extensions to the model to cover multiple 
users and multiple tasks must be developed when these micro- 
computer systems become more commercially available and are 
under consideration. 

Another criticism of any quantification scheme is the 
argument over the validity and usefulness of tne chosen 
parameters. This model design intentionally attempts to 
keep the chosen parameters as simple as possible. This is 
done for two reasons. First, is to ensure that the param- 

obtained by tne Navy purchaser, 
easily understood so that people 
will use it. Complex simulations, queuing models, benchmark 
tests, and other methods are all important tools, but are 
useless to the average Navy purchaser of a microcomputer 
system who has neither access to tne required data nor the 
understanding to effectively utilize them. Further, a 
simple model may lead to tne same conclusion as those 
performed by complex analysis. 



eter data can easily be 
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The Army/Navy Computer Family Arcmtecture 
[Ref. 9] and [Ref. 10] performed a study on nine 
computer systems for possible selection for a futu 
ized version for military a ppl ications. Only thr 

were acceptable frcm what was defined as an 
criteria standpoint. Further analysis was per 
qualitative criteria and results were that the 
systems came out on top. Exhaustive benchmarks 
performance and statistical design tests were per 
resulted in the same relative rankings as resuite 
qualitative criteria. 

The proposed model is not intended to be st 
ratner a dynamic device to be utilized as necess 
prospective purcnaser. The prospective Navy pu 
encouraged to add cr aeie te chosen parameters 
detailed, parameters are desired or, certain paramet 
te obtained. 
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III. DECISION MODEL FRAMEWORK DESCRIPTION 



A. MODEL ENVIRONMENT 

The proposed model is intended to be implem 
of the common "spreadsheet" type programs. A 
specific details of implementation or how to c 
model are described. The methods discussed 
intended to provide a framework from wnicn it i 
an actual complete working model can be constr 
calculations and data manipulation performed b 
are all easily within the capabilities of any of 
spreadsheet programs. 

A spreadsheet program merely serves as a v 
tool to help analyze model data; it is not requi 
the calculations and analysis can be performed b 
is felt however, that the automation of as much 
ysis as possible will provide incentive to perfo 
ysis by removing the time required to perfo 
detailed calculations by hand. Further, a 
spreadsheet database once constructed can be u 
and the changing and updating of the required da 
performed. 

Spreadsheet programs that offer two addition 
ties would provide even more utility. Ihe capa 
graphing and the ability to construct macros, 
allows the data to be viewed in a more benef 
form. The ability to process macros allows t 
begin to perform as an elementary decision suppo 
allowing the model construction and operation 
driven and user prompted. There are a number 
spreadsheet programs that offer these addition 
ties, particularly for 16 -bit microcomputers. 
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system cost. 

There will obviously be parameters wnere separate cost 
data cannot be obtained. In these cases the cost data can 
utilize total system cost when the configurations are iden- 
tical except for an attribute of the of the user’s require- 
ment. The analyst must be extremely careful however that 
alternative systems costs are associated with identical 
configurations, i.e. the alternate systems in that partic- 
ular comparison should equally satisfy user requirements. 
Ir the conf igurations are not identical, tnen the differ- 
ences in benefits must be among parameters wnose differences 
are not considered important to the decision process. 

An example of this would be comparing two systems that 
offer different display screen resolutions wnere no separate 
costs can be identified, but one system has color capability 
and the other does not. Screen resolution could be a param- 
eter benefit and compared against total system cost only if 
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color capanility is net a system requirement and not consid- 
ered a decision parameter by the user. If separate costs 
cannot be attributed to particular parameters, then this 
model cannot be used for cost benefit analysis of those 
parameters. 

After the system costs and benefits nave been entered 
for all technical attributes relevant to user needs, then 
the model calculates benefit/cost ratios for ail alterna- 
tives. Benefit/Cost Ratio (BCR) is defined as the quantifi- 
able parameter measure divided oy the cost of that 
parameter. This assumes that the associated costs are one 
time initial costs. NAVDAC Pub. 15 provides techniques to 
calculate uniform annual costs (UAC) and net present values 
(NPV) if required. The benefit/cost ratios are then 
displayed and maintained for reference purposes. 

The model then calculates the delta or change values in. 
the benefits versus the costs for pairs of alternatives 
under consideration. Depending upon the specific model 
construction and spreadsheet program in use, this can be 
automat icaliy calculated for all opposing sets of alterna- 
tives or calculated as a result of user prompts. Normally, 
the delta (change ) values should be calculated between the 
known baseline, and various alternatives (If tnere are many 
alternatives, pair-wise calculations will rise 

exponentially) . 

As stated previously, the baseline can either be devel- 
oped from user needs and specifications, NAVDAC current 
standards, or against a current system in operation. The 
delta calculations then show the highest benefit-cost 
difference relative tc the selected alternative or baseline. 

The individual analysis (comparison of alternatives) and 
conclusions drawn from the benefit/cost ratios is then left 
to the analyst. NAVDAC Pub. 15 provides guidance on the use 
of benefit/cost ratios. According to this publication. 
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Figure 3-1 Graphic Display Options Graph. 
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the 


IBM 


A o 


ffers a 


graphic 


sere 


en re so 


lu- 


Ze 


nith Z- 


120 adop 


ted 


by NAVD 


AC. 


res 


ent the 


oaselin 


e. 






f o 


llowing 


the NAV 


DAC g 


uidelin 


es. 


to 


recommend Vendo 


r F. 


Ven do 


r F 


St 


3CR * s. 


but Vendor 


F offer 


s a 


1 r 


esoluti 


on. As 


sum in 


g that 


all 


me. 


this 


would b 


e an 


err one 


cus 




First , 


the co 


ncius 


ion is 


not 


s 


hould b 


e selec 


ted b 


ecause 


it 


olu 


tion. 


as summg 


Vend 


or A wo 


uld 


t. 


In tn 


is ca se 


even 


though 


the 


uai 


, the 


analyst 


must 


be care 


ful 


s f 


irst a 


gainst t 


he st 


ated ne 


ed. 


ally satisfy the u 


ser n 


eed, t 


hen 


ter 


nat iv e 


oenef its 


are 


equal. 


and 


e s 


hould 


be selec 


ted . 


Seco 


nd. 


nd 


F were 


tne onl 


y t w 


o alter 


na- 


ed 


that ev 


en thoug 


h the 


costs 


an d 


th 


e syste 


as are o 


f equ 


al bene 


fit 


s 


are equ 


al, then 


the 


least c 


ost 


ould apply 


• 








at 


V endor 


A repre 


sent s 


the ba 


se- 




or th 


e user 


need 


specif 


res 



rameter, then an evaluation of 
The model or user would then 
ons between the baseline and the 
alues should be calculated in all 
and costs are unequal, 
ared to Vendor D the change in 
the change in cost equals 130, 
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yielding a delta BCR of 861.54. When Vendor A is compared 
to Vendor F, the change in pixels e^als 1 44,000 and the 
change ir. cost equals 190, yielding a delta BCR of 757. 39. 
From the change analysis the analyst should be led to recom- 
mend Vendor D, which offers the most extra benefit at least 
extra cost. If possible tne display of the delta BCR's 
should also be shown in a table for all alternative pairs. 

The next example will examine differences among manufac- 
turers of Hard Disk Drive options for microcomputer systems. 
Again, the data represent actual cost data for manufacturers 
of hard disk options for IBM compatible microcomputer 
systems. Table III and Graph 3.2 would be displayed by the 
model calculations. Vendor D represents the baseline NAVEAC 
stan dar d. 



Vendor 


Capa ci t y 


■ 

TABLE III 
Hard Disk Options 

Total 

Cost oUTT" Delta BCR 








■("Relative to Baseline) 


A 


5 MB 


1540 


. 0032 






10 MB 


1840 


. 0054 


— 




15 MB 


2310 


. 0 Do 5 


. 0056 




20 MB 


2550 


. 0078 


. 0089 


B 


12 MB 


2180 


. 0055 


. 0026 




20 MB 


2440 


.0082 


. 0098 




25 MB 


2630 


. 0099 


.0132 


C 


10 MB 


14 95 


. C067 


* — 




23 MB 


2250 


.0 102 


.0157 


D 


10 MB 


1422 


.0070 


Baseline 

. 



As 


in 


t he 


first 


example, the 


least 


cost system is repre- 


sen ted 


by 


t he 


NAVDAC 


standa rd. 


This 


alternative should be 



STORAGE CAPACITY (IN MB) 



HARD DISK SECONDARY STORAGE 




COST 



J 



Figure 3.2 Bard Disk Storage Capacity Graph. 
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selected 


unle 


s s 


user 


requirements sp 


ecif 


y a need 


for 


secondary 


stora ge 


capacity greater tnan 


10 Megabytes. 


Assuming 


grea 


t er 


secon 


dary storage is 


req 


uired than 


the 


amount offered 


by 


Vendor D, then the analysis 


data indicates 


that Vendor C’ 


s 2 


3 MB 


unit offers both the 


highest BCE 


and 


delta BCE 


from 


the 


esta 


blished baseline. 








The last e 


xample examines the analysis o 


f different 


RAM 


expa nsion 


opti 


on s 


for a 


single system. 


Ass 


ume an existing 


system already 


has 


256 


kilobytes of user 


RAM 


installed . 


Two 


vendors m 


an ufa 


ct ur 


e memory expansion options 


. Vendor 


B* s 


product c 


nly h 


as t 


he ca 


pability to expand 


to 


256 KB (for 


512 


KB total) 


; Ven 


dor 


A can 


expand an additional 


384 KB (for 


640 


KB total) 


, tut 


at 


addit 


iona 1 cost . Tabl 


e IV 


and Figure 


3. 3 


represent 


pcss 


ib le 


data 


displays. 
















TABLE IV 
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RAM 


Expansion Options 








Total 


Ram 




256 


320 384 443 


51_2 


576 640 


Vendor 


A Co 


St 


2S5 


350 405 460 


515 


570 625 


Total 


BCR 




.3 68 


.914 .948 .974 


. 99 


4 1.01 1. 


024 


Vendor 


B Co 


St 


229 


284 339 394 


449 






Tota 1 


BCR 




1. 12 


1. 1 3 1.13 1.14 


1.1 


4 




The cost 


data 


for 


the two Vendors 


is a 


Iso taken 


from 


actual memory 


expa 


nsicn 


options for IBM 


Pers 


onai Computers. 


Memory add-on 


boar 


ds are an extremely popula 


r option. 


and 


the graph 


and 


ta cl 


e represent a common occur 


rence where 


one 


vendor o 


f f ers 


more ex 


pansion capability 


fcu 


t at a higher 


price. 


Eithe 


r ex 


pansi 


on board can be filled 


with memory at 


equal addition 


al 


cost. 


The table snows t 


nat traditional 
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RAM CAPACITY (IN KB) 

128 192 256 320 384 448 512 



ADDITIONAL RAM 




Figure 3.3 Additional RAM Expansion Graph- 
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benefit cost ratios mdica 
should be recommended throu 
options. 

There are several diffe 
calculated for this case, 
difference in expansion c 
cost; then Vendor A can e 



cost of 


295, givin 


g a de 


expand 


an additiona 


1 256 


yielding 


a delta BCE 


of 1. 1 


late the 


difference 


at ful 


Vendor A 


at the 384 


KB ch 


Vendor B 


with 2 56 K 


B chang 


This yields delta 


ECE * s o 



Thus the BCE when measured 
sion capability from the sy 
that Vendor A, the higher 
mended, assuming the user r 

It must be emphasized 
not based on a user need re 
need is considered can actu 
the above example, expansi 
was originally a maximum re 
if it is determined that 2 
maximum requirement, then 
selected . 

D. BODE! EHHANCEBENIS 

The above three exam 
fcenefit/cost analysis can 
comparing alternatives am 
actual working model wculd 
vidual decision makers or 



te the lowest price vendor (B) 
gnout the range of the expansion 

rent change functions that can be 
If the model calculates the 
apability based on the initial 
xpand an additional 384 KB at a 
lta BCE of 1.30. Vendor B can 
KB at an initial cost of 229 
2. Ice model could alsc caicu- 
1 cost including cost of memory, 
ange, full memory cost is 625; 
e, at full memory cost is 449. 
f .6144 and .570 respectfully. 

as the difference between expan- 
stem initial capability indicates 
priced vendor, should be reccm- 
equires this added capacity, 
again that the above analysis is 
guirement. Only when the actual 
al recommendations be made. For 
on of memory capacity beyond what 
guirement occurs frequently, tut 
56 KB of memory is the absolute 
the least cost option should be 
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be 
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nalysts require 
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Th 


es e 



35 



requirement 
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co 
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options 
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on 


text 


results 


of 
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h 
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cost ana 
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le te 


an 
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provide 


an 


ove 
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what ma 


y s 


how 




to 


numbers. 




Ven 


do 


r re 


the wealth 


0 


f 


ot h 


combined 


wh 


en 


ma 


king 



te quantification 
user need. As s 
have to be compa 
uld be preloaded wi 
ternative systems, 
eters necessary, a 
ach of the chosen p 
decision support 
one of a series of 
tion. If a rule 
requirements an id 
tructed that would 
luation parameters 



t/benef 


it 


anaiysi s 


a prosp 


ect 


ive user 


s. 0 


the 


r models 


nt valu 


e 


and total 


altern 


ati 


ve system 


In sho 


rt. 


there is 


nt ove 


r 


the basic 


of si 


mpl 


e spreads 


the ind 


ivi 


dual param 


then o 


nly 


provide 


is proc 


ess 


. Other 


g reas 


on 


to select 


be t he 


"b 


est" cnoi 


liabili 


ty, 


maintenan 


er co 


nsi 


derations 


the f i 


nal 


decision. 



of measurable system 
uch, many different 
red. Ideally, a 

th attribute and cost 
The user would then 
nd conduct the indi- 
arameters. 

system theory, the 
models used in making 
dictionary could be 
eal decision support 
automatically select 
based on the stated 
would be just one of 
is guided through in 
would utilize such 
life-cycle costs for 
s with all necessary 
much room for expan- 
model description 

heet program, the 
eter value benefit/ 
additional input to 
factors may always 
systems contrary to 
ce strictly by the 
ce costs, etc., and 
must naturally be 
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17. GENERAL MICE 

A. BASIC CONCEPTS 

The approach taken to d 
to utilize the concept of 1 
abstraction allow a genera 
beginning the descriptions 
and then proceeding to inc 
upper level description is 
view, with lower levels th 
of abstraction also fellow 
design. This approach also 
to an appropriate level of 
levels of detail beyond the 
descriptions are not intend 
of microcomputer component 
some of the aspects to be 
microcomputer alternatives. 

There are three main fu 
single-task microcomputer s 
a system or processing devi 
however may consider a stor 
functional components and d 
consisting of five main fu 
three main functional units 
microcomputer systems where 
physically built into the s 

The above chosen funct 
orientation in describing 
other ways of describing sy 
ships or internal hardware 



OCGMPUTER DESCRIPTION 



escribe a microcomputer system is 
evels of abstraction. Levels of 
1 understanding of a system by 
at the most general level first, 
reasing levels of detail. The 
often called the macro or system 
e detail or micro views. Levels 
the intuitive concept of top down 
allows limiting the descriptions 
abstraction without proceeding to 
necessary scope. The following 
ed to detail the exact operation 
s, but are intended to identify 
considered when evaluatirg among 



nctional units to a single-user, 
ystem. They are an input device, 
ce, and an output device. Many 
age unit and memory unit as main 
escribe a microcomputer system as 
nctional units. The choice of 
however better describes current 
the storage and memory units are 
ystem or processing unit, 
ional units represent a physical 
the system. There are however, 
stems based on logical relation- 
design. One common method bases 
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descr 


iptions on 


t 


he 


archi t 


ecture o 


f tae 


int 


ern 


al 


micropro- 


cesso 


r and its 


re 


la 


tionshi 


p to con 


nected 


ma 


jor 


c 


omponen ts. 


These 


methods h 


owe 


ve 


r are n 


ot useful to mo 


st 


use 


r s 


• 


A 


n input de 


v ic 


e 


normall 


y consis 


ts of 


a k 


eyb 


oa 


rd. Most 


bus in 


ess and c 


omm 


er 


cially 


or ien ted 


microcom 


put 


er 


keyboards 


have 


a significant 


number 


of e xt 


ra keys 


o 


ver 


a 


standard 


type w 


riter lay 


out 


• 


Thes 


e extra 


keys 


are 


n 


ec 


essary to 


provi 


de additio 


nal 




control 


signals 


for th 


e 


com 


pu 


ter system 


and a 


ttached pe 


r ip 


he 


ral dev 


ices. 


Some ke 


y bo 


ard 


s 


have added 


a cal 


culator type 


nu 


meric k 


eypad at 


one si 


de 


of 


th 


e keyboard 


that 


allows eas 


y 


en 


try of 


numer ica 


1 data. 




So 


me 


key boa rds 


provi 


de a numb 


er 


of 


"f unct 


ion" keys that 


i 


mpl 


em 


ent common 


comma 


nd sequen 


ces 




to sa 


ve rep 


etiti ve 


t 


ypi 


ng 


chores. 


Furth 


er, some 


sys 


te 


ms all 


ow the f 


unction 


ke 


ys 


t 


o ke rede- 


fined 


under pro 


gra 


m 


control 


. Cur 


rent NAVDA 


C m 


in 


imum stan- 


dar ds 


call ' for 


th 


e 


use of 


a "QKEET 


Y" ' s t y 1 


e 


keybo 


ard with a 


shift 


key and c 


ont 


r o 


1 key. 














The key boar 


d f 


or 


the IB 


M Person 


al Comp 


ute 


r i 


s 


controlled 


by it 


s own ded 


ica 


te 


d micr 


oprocess 


or and 


ca 


n t 


he 


refore be 


completely cont 


r oi 


le 


d by so 


f tware. 


This 


fea 


tur 


e 


allows the 


entir 


e keyboard 


t 


o 


be rede 


fined i 


nto any 


conf 


ig 


uration as 


desir 


ed. This 


fe 


at 


ure is 


particul 


arly u 


sef 


ul 


w h 


en used to 


pre ve 


nt errone 


ous 


d 


ata en 


try. 


Also , 


tn 


is 


f e 


ature has 


signi 


ficant be 


nef 


i t 


for h 


an dicapp 


ed per 


son 


s 


wh 


o can now 


aefin 


e their ow 


n 


ke 


y confi 


g uration 


s and e 


lim 


ina 


te 


the n ee d 


for s 


imultaneo u 


s 


mu 


ltiple 


key stro 


kes (s 


uch 


as 




shift keys 



for capitals). 

There are a number of other input devices supplementing 
the keyboard device in many current microcomputer systems. 
These devices consist of touch screens, digitizer tablets, 
graphics tablets, joysticks, trackballs, lightpens, barcode 
readers, mouse devices, voice activated input, and remote 
device commun icatio n channel input. All of the above 
devices have quantifiaole parameters for comparison and 
decision purposes if required. 
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An output device normally consists of a cathode ray 
(CRT) display screen or video display terminal (VDT) , in 
either monochrome (single color) or color. Microcomputer 
CRT screens are normally classified as to the amount of 
character information they can display in text applications. 
Current NAVDAC standards recommend a minimum of 80 amber or 
green characters per line by 24 lines on a twelve inch diag- 
onal screen. The new proposed NAVDAC standard calls for a 
minimum of 80 characters by 24 lines with a 25th line for 
status information. 

Graphics applications normally view the screen as a 
number of displayable dots or pixels. Each dot is sepa- 
rately addressable, and depending upon the application 
program and microcomputer system, can be shown in different 
colors and attributes (such as blinking or intensified) . 
The number of horizontal arid vertical dispiayable pixels 
defines the screen resolution. A typical microcomputer 

system might have 320 by 200 pixel resolution. NAVDAC does 
not presently specify a standard for graphics. 

The other major class of output devices is the hard copy 
printer. Printers for microcomputers are presently of two 
major types, dot matrix, and fully formed letter quality. 
Ink jet and laser printers are also just beginning to appear 
in low cost models. The new proposed NAVDAC standard calls 
for dot matrix printers to have a minimum print speed of 80 
characters per second and letter quality printers to nave a 
minimum 15 characters per second print speed. 

Most present microcomputer systems support asynchronous 
serial communication. NAVDAC recommends that purchased 
micr ocompu ter systems be able to provide full duplex asynch- 
ronous serial communications at speeds from 300 bits/second 
to 9,600 fcits/second. Additionally the system should be 
able to transfer over standard telephone lines connected to 
a modem at either 300 bits/second or 1200 bits/second using 
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standard protocols. Since tnis capability is an absolute 
requirement and does not vary signif icantly from system to 
system, asynchronous communications is not considered in the 
proposed model. 

The proposed model therefore considers a microcomputer 
system to be composed of a keyboard input device, a system 
or processing unit which includes memory and a secondary 
storage device, and a CRT display output device. These 
three functional units will be quantified to formulate the 
hardware portion of the proposed model. The major three 
functional components are also normally purchased together 
as one unit from the same manufacturer. 

The microcomputer operating system will be the final 
component of the proposed model. Without the operating 
system and an application program tne microcomputer is a 
useless device. The proposed NAVDAC standard recommends 
compatibility with the MS-DOS operating system or an oper- 
ating system that can execute MS-DOS compatible programs. 

The next level of abstraction will detail the major 
components of the microcomputer system and processor unit. 
The most important component of the entire microcomputer 
system is the microprocessor. The cnoice of the micropro- 
cessor virtually determines and dominates every other aspect 
of the entire microcomputer system. The microprocessor is 
often called the central processing unit or CP r J. The CPU 
through various peripheral and support electronic components 
or chips enable and interpret input from the keyboard device 
and formats and processes the output to the CRT device. 

The CPU processor must have access to memory to store 
the list of instructions to operate on and to store results 
of processing and other outputs. Memory in a microcomputer 
system is normally composed of chips called dynamic random 
access memory or DRAM (often abbreviated to RAM) and read 
only memory or ROM. 
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The term dynamic refer 
not permanent. RAM memor 
tronically recharged or ref 
in RAM memory is only retai 
the micr ccompu t er system is 
puter off or any interrupti 
mation stored in RAM memory 
fact that each individual 
dently accessed. RAM memor 
memory, because new informa 
from the memory. It is c 
user programs and data. 

Read only memory howeve 
is still random in that in 
independently accessed, 
instructions necessary for 
cally nring the microcomp 
input. ROM based routines 
nostic and device initializ 
normally termed "booting” 
analogy of pulling oneself 
caliy without intervention, 
start a system must read i 
device this information is 
strap loader. 

Another type of memory 
static RAM which does not 
loses its contents when pow 
expensive and currently do 
of DRAM. Therefore it 
purpose microcomputer syste 

Memory in microcomputer 
ciated with it. This acces 
(ns) . A typical microco 



s to the fact that RAM memory is 
y must be periodically and elec- 
reshed. This means information 
ned while power is available and 
running. Turning the microccm- 
on in power causes loss of infor- 
. The term random refers tc the 
storage location can ne indepen- 
y is also often called read/write 
tion can be written into and read 
ommonly used for the storage of 

r can only be read. ROM memory 
dividual storage locations can be 
ROM memory usually contains the 
the microprocessor to automati- 
uter to a state ready fcr user 
often contain sophisticated diag- 
ation routines. This process is 
the system and refers to the 
up ny ones bootstraps automati- 
If tne ROM routine necessary to 
nformation on a secondary storage 
appropriately called the boot- 

found in microcomputer systems is 
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mputer 
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ystem 




has 


a 
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memory 



slow 
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flies 


than R 
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IT. 


icroco 


mputers as 


begi 
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to be 


util 
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small 


size 


fast 


access 




In 
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er to 


s av 
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RAM # 
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sec 
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sto 


rage de 


comp 


u te 
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y stems 


th 


is seco 


form 


of 


floppy d 


iske 


ttes. 


the 


inform 


a tio n 


is 


stored 


medi 


urn ' 


and 


transfers 


inform 



access time of 400 ns or less. Significant improvements in 
system performance can be seen simply by using faster access 
memory (often constrained by microprocessor clock speed). 

Another form of memory is bubble memory wmch retains 
its contents even when power is lost; this is also read/ 
write memory. Bubble memory# however# has significantly 

or ROM and also is not preva- 
in memory. Bubble memory is 



ontents of information stored in 
vice must be provided. In micro- 
ndary storage usually takes the 
The floppy disKette is the medium 
on. The device that reads the 
ation from the floppy diskette to 
memory is the floppy diskette drive. The diskette drive or 
drives are normally part of the system unit but can be 
contained in external cabinets. 

originally contained disk drives 
were eight inches in diameter. 
Current microcompu ter systems usually utilize diskette 
drives that handle diskettes that are five and one quarter 
inches in diameter. Industry practice distinguishes netveen 

(8 inches) versus diskettes (5 
This verbal distinction is 
becoming increasingly blurred however as even smaller disk- 
ettes enter the marketplace. This next smaller size is 
three and one half inch. The physical size of the medium 
however is unimportant to most users. The important charac- 
teristic is how much information the medium can store. 

The unit of measure for these devices is normally the 
byte. A byte consists of eight bits of information. Eytes 

of powers of two. Two to the 



M icr ccompu ter systems 
that handled disks that 



the two sizes by the disks 
1/4 inches) terminology. 



are measured in multiples 
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tent 


h power r 


ep 


re 


se 


nts 1,0 


24 bytes 


Two 
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twe 


n t 


ie 


t h 


power 


represents 


mega 


byte (MB). 






Ki 
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or memory 
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The disk 


me 
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urn 
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e either 


sect 


ored. 


So 


ft 


-s 
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tored m 


eans that 


is s 


tored 


unde 
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so 


ft 


ware c 


on trol. 


sepa 


rate and 


de 


fi 


ne 


the s 


ectoring i 


medi 


urn can 


a Is 
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e 


either 


single-sid 


side 


only) 


or 


do 


uble 


-sided. 


Further 



(KB) 



hard- 



Hard-sectors physically 
ormation. The disk 
(information on one 
Further, there can he single, 
double or quad density which refers to the compactness with 
which the irformation is stored by tracks. Single density 

store approximately 24 tracks of data per inch, double 
density 48 tracks per inch and quad density 96 tracks per 
inch. NAVDAC proposed standards call for a minimum of two 
five-and-one-quarter inch, soft-sectored, dual-sided, dual- 
density diskettes drives. 

Diskette based systems are considered to be medium 
storage devices in terms of the volume of information 
stored. If large volumes of information are required hard 
disk or fixed disk storage devices are used. Hard disks or 
fixed disks usually are capable of storing thirty times or 
more the volume of a floppy diskette. Hard disks have 
significantly faster access times than floppy disk. The 
proposed NAVDAC standards recommend optional 10 megabyte 
hard disk when storage requirements exceed that of floppy 
diskettes. 



The CP 0 or microprocessor is normally connected inside 
the system unit to main memory consisting of ROM and RAM, to 
several types of interface chips or controllers, to an input 
device, and an output device. Two common interface chips or 
controllers in most microcomputers are the direct memory 
access (DMA) controller, and the peripheral input/output 
(PIO ) controller. 
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determine some fundamental aspects and measurable parameters 
of the microcomputer system. 

The address bus and data bus operate on a specific 
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sification terminology is not universally accepted however. 

Similarly, the size of the address bus determines the 
maximum amount of memory or devices that can be directly 
accessed by the system. An address bus that is 16 bits wide 
directly sixty-four kilobytes (64KB) of memory 
licr occmputer is equipped with at least 64K3 
Due to the binary nature of the address bus 
il bit in width doubles the direct addressable 
An address bus of twenty bits can directly access 
memor y. 
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memory become necessary. In addition, and similar to main- 
frame computers, multitasking and multiuser microcomputer 
systems will reguire relatively large amounts of directly 
addressable memory. 

B. THE MICROPROCESSOR 

The last level of abstraction will be the basic internal 
structure of a typical micr opr ocessor . It must be realized 

that microprocessors have advanced to a stage where general 
purpose descriptions no longer adequately portray the many 
and varied design philosophies. The proposed NAVDAC stan- 
dard recommends microcomputer systems utilize the Intel 
8083/8086 microprocessor or equivalent. 

The major functional areas inside a general purpose 
microprocessor designed for microcomputer systems almost 
directly parallels the general purpose description of the 
microcomputer system itself. The CPU must have internal 
data, address and control busses. It is important to 
realize and distinguish that the internal width of the CPU 
busses can be and often are a different size tnan the 
external busses. An example of this is a CPU that has an 
external 8 bit data bus but internal 16 bit data bus. The 
CPU will fetch two 8 bit bytes sequentially and then can 
execute on the entire 16 bit value simultaneously. 

The CPU busses are normally connected to CPU registers, 
and input and output buffers. The registers are an array of 
internal storage locations inside the CPU that hold address, 
data, and intermediate values awaiting or resulting from 
computations. Some microprocessors nave input/output data 
and address buffers separate from the register set, while 
others will utilize the register set itself to act as the 
necessary buffers. Additionally, some microprocessors dedi- 
cate specific registers for specific functions. The most 
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common register-specific function is to nave one register 
dedicated as an accumulator. 

A CPU, in addition to the general purpose registers, 
will have a set of storage locations dedicated to other 
specific functions. An instruction register contains the 
instruction that is currently being executed by the micro- 
processor. A program counter contains the address of the 
next instruction to be executed. Finally, a status register 
will maintain certain status information about the state of 
the microprocessor, or flags that are set or reset depending 
on results cf specific operations. 

An important internal component of the CPU is the arith- 
metic and logical unit (ALU). The ALU performs all calcula- 
tions, data manipulation, and data comparison functions. 
This includes executing such operations as comparing values, 
complementing values, and shifting values left or right. If. 
the CPU has a dedicated accumulator register, the results of 
operations performed by the ALU are returned or placed into 
the accumulator. 

The control unit within the CPU performs all instruc- 
tions not directly requiring use of the ALU. This includes 
operations such as transferring the value of one register to 
another or transferring the contents of registers to memory 
cr the I/O devices through the system bus. The control unit 
also controls the operation of the ALU and in conjunction 
with it, executes the entire set of instructions the CPU is 
capable of performing. 

Within the control unit will be encoded the entire 
instruction set of the microprocessor. This instruction set 
is a fixed set of operations that the microprocessor is 
capable of performing. The instructions are executed on 

operands that determine the exact nature of the instruction 
to be executed. For example an add instruction may add 
values from one register to another, from a register with a 
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need. This results in less memory avaiianle ror application 
programs. However, the same instructions which are used for 
memory operations can be used for I/O operations and I/O 
data transfers 
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other hand operates in the 50 to over 450 nanosecond (ns) 
access time range. A 4 MHZ microprocessor with a 250 ns 
processor cycle time operating with 200 ns memory attached 
will obviously exhibit better performance than the same 
system with 400 ns memory chips attached* because in the 
former case the processor will not have to wait on memory 
accesses. Similarly, a 6 MHZ version of the same processor 
would achieve better performance. These two interdependent 
times are often critical in their interaction and cannot 
often be changed once the system design is set. 

The speed of operation of a microcomputer system is 
usually contrclled by a crystal oscillator. The oscillator 
provides an input to the microprocessor, where the resulting 
timing signals are critical to the operation of the control 
unit. Cne must be careful, however, not to base system 



perrormance on crystal frequency alone as often the 
frequency is modified or divided by support chips to provide 
one or more actual operating frequencies. Also, the actual 
speed of the processor is not a true indication of system 
speed, as indicated aoove with reference to memory access 
time . 

In attempting to provide an accurate but simple quanti- 
fication method for micr oco mputer system selection, careful 
attention must be paid to components or parameters that 
significantly affect the operation of the entire system. In 
this context one must be fully aware of the positive and 
negative interactive aspects of the chosen parameters, and 
insure that the parameters chosen reflect system capability 
and performance tnat are relevant to the user's application 
and needs. 



50 



7 . COER ENT 16-BIT MICROPROCESSOR DESCRIPTIONS 



A. INTEL 8086/8088 MICROPR OCESSORS 



The 8086 and 8088 manufactured by Intel Corporation are 
currently the most widely used 16-bit microprocessors in the 
microcomputer industry. This is a direct result in the use 
ox the 8083 in the IBM Personal Computer ana compatible 
machines. The 8088 is in such demand that Intel nas second 
sourced its manufacture to both IBM and Commodore Business 
Machines. The 8086 and 8088 were first commercially intro- 
duced in 1978. 

The 8086 is a true 16-bit processor naving both internal 
and external 16-bit data paths. Tne AL0 is' 16-bits wide-and 
can perform Doth byte and 16-bit word operations. The 
address bus of the 8086 is 20-bits wide giving the 8086 an 
cue megabyte physical address range (1,048,576 bytes). The 
8086 has 97 basic instruction types which include a hardware 
multiply and divide instruction and various string manipula- 
tion instr uctions. The 97 instructions work in conjunction 
with 24 different addressing modes. All instructions are 
byte oriented with no instruction requiring more than six 
bytes of operands. Additionally, any instruction can start 
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Ad example of both memory and I/O mapping occurs in the 
IBM Personal Computer where the display screen is memory 
mapped but the cathode ray tube (CRT) control circuitry has 
its own processor controller witn additional registers that 
can be changed via the I/O ports. This results in the 
display screen attributes and cursor controls to be under 
programmer cr application program control. I/O mapping also 
saves memory space in that device control information does 
not have to be stored or utilize a portion of system memory. 

Another important char acteristic of the 8086 processor 
is its interrupt handling capability. The 8086 processor is 
designed to utilize both hardware and software interrupts. 
A total of 256 different interrupts are supported. The 
first 1024 bytes of memory in 8086 systems are dedicated to 
hold an interrupt vector table. When either a hardware or 
software interrupt occurs, the interrupt instruction 
retrieves an address pointer in the interrupt vector table 
and tranches to that address to perform the interrupt 
service routine. This allows all interrupt service routines 
to be written or changed by the user. This can be done 
either by replacing the existing routine with another or 
changing the address of the interrupt vector pointer to a 
new location that contains the desired service routine. 

The 8086 processor was originally designed to be driven 
by a 5 MHZ clock for timing and control purposes. There are 
now 8 MHZ and 10 MHZ versions available. 

The 8086 design allows for coupling with other 8086 
processors for parallel execution or it can utilize two 
special coprocessors . The 8087 Numeric Processor Extension 
(8087 N? X) can be utilized to implement fuxl 80-*bit IEEE 

floating point arithmetic operations by adding an additional 
register set of eight 80-bit registers and 68 new floating 
point arithmetic i ns true t ion s. Tne 8089 Input/Output 

Processor (8089 IOP) is a separate microprocessor with its 
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own instruction set that can re linked with 8086 systems for 
high speed 1/3 control of systems witn numerous I/O devices. 
The 8089 in general acts as a sophisticated and high speed 
I/O and EMA controller. 

The 8088 is functionally equivalent to tae 8086. The 
only difference is that the 8088 has an 8-bit external data 
bus vice 16-bit and the instruction pipeline is four bytes 
long versus six. Internally the 8088 processes data and 
instructions identically to the 8086 and all programs and 
applications developed for 8086 systems will run on 8088 
systems and vice-versa. 

Intel Corporation is providing a family of processors 
and coprocessors beginning with the 8088/8086 that are 
upward compatible. The next set of processors in the series 
is the iAPX 186/188 (80186/80188). These two processors are 

functionally equivalent to the 8088/8086 but additionally 
have several peripheral support cnips designed into the 
micr oprocessor itself. Ihe 80186/80188 series combine clock 
generation, two independent DMA channels, programmable 
interrupt controller, three programmable timer/counters, 
programmable me mory- select and peripheral-select logic, a 
programmable wait-state generator, and a local bus 
controller Systems designed with iAPX 186/188 need approxi- 
mately twenty fewer chips which simplifies the circuit board 
design and reduces cost. 

The chips also have improved internal design resulting 
in significantly faster execution for many instructions. 
Additionally, ten new instructions have neen added for more 
efficient coding ox higher level languages. Address calcu- 
lations use a dedicated hardware adder which significantly 
increases the speed at which the bus interface unit can fill 
the execution unit pipeline. Both chips also have newly 
designed coprocessors the iAPX 187 and 139. 
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C. THE MOTOROLA MC68000 MICROPROCESSOR 

The MC68000 was commercially introduced by Motor 
Semiconductor Division in 1930. The MC68000 due to 
later release has gained a tecnnological sopnisticat 
beyond the Intel 8036 and Zilog Z8000. Tne MC68000 conta 
a very complex internal architecture with over three ti 
as many transistors implemented in silicon over the 8086 
Z80 0 0 . 

The MC68000 is more than just a lb-bit microprocess 
The MC68000 has an external 16-bit data bus but 
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by the full 24-bit value. 

The internal design of the address bus is 32-bits wide. 
The external 23 address lines were limited due to packaging 
limits only. Therefore the MC68000 has the capability to 
expand to a full 32 bits of address supporting four giga- 
bytes of physical memory merely by changing the chip pack- 
aging. No redesign of the internal chip architecture is 
req uired . 

The bottleneck in the MC68000 restricting it from being 
a full 32-bit microprocessor internally is the 16-bit wide 
ALU. All thirty-two tit operations rrom the 32-bit registers 
must be accomplished in two consecutive cycles through the 
16-bit ALO. 

The MC68000 microprocessor tnerefore is basically a 
16-bit device with significant extensions. The architecture 
as implemented is not as symmetric (32-bit data and address 
bus internally, only 24-bits address bus currently used, 
23-bits of address bus externally, 16-bit external data bus 
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VI. EXAMPLE 16 -BIT CO MMERCIAL OPERATING SYSTEMS 

A. DIGITAL RESEARCH CP/M-86 

.cr ocomputers (CP/M) was first 
microcomputer system. CP/M was 

Z 80 microcomputer systems and 
ieratinj system standard. NAVDAC 
;icrocompu te r systems for general 
l CP/M Version 2 . 2 . There are 

serious business applications 



CP/M786 is the version of CP/M developed for 16 -bit 
micr ocompu ter systems using the 8086/8088 microprocessor. 
It maintains virtually the same user interface and command 
syntax. Applications developed to run under CP/M 2.2 will 
not run under CP/M-86 without considerable conversion. 

CP/M-86 is composed of three major parts. They are the 
Basic Input/Output Operating System ( 3 IOS) , the Basic Disk 
Operating System (BDCS) , and the Console Command Processor 
(CCP ) . CP/M-86 requires a minimum of 57 kilobytes of memory 

in order to execute user programs. The CP/M-86 program 
itself when loaded into an user machine occupies approxi- 
mately 13.5 kilobytes of RAM and the remaining RAM in the 
user system is designated as the Transient Program Area 
(TP A ) . Although CP/M-86 normally resides in the lowest 
segment of memory after the interrupt vector table, it is 
designed to be relocated in any location as necessary. 

CP/M-86 is designed such that the BDOS and CCP present a 
common user interface in all CP/M-86 implementations. This 
means tnat the BDOS and CCP are the same and implement 
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facets of the user machine while the BDOS acts on logical 
aspects of applications programs. In total CP/M-86 provides 
70 functions for the applications programmer. 

The Console Command Processor is responsible for inter- 
preting and acting on all user commands typed from the 
keyboard. The CCP receives input from the keyboard and 
parses the input to determine if the input is an operating 
system command, a command to load and execute an application 
program, or a command CP/M-86 does not understand that must 
be handled by an error routine. Tne CCP presents the user 
interface for the particular microcomputer system. 

The CCP has two major parts. The first part contains 
those commands and their associated routines that CP/M-86 
operates on directly and are internal to the CCP. These 
routines and commands are immediately available to the user 
when ever the operating system is loaded and active. 
CP/M-86 calls these "Euilt-In Commands". CP/M-86 contains 
six such commands. There are two types of directory commands 
which list the names of either system or user files on the 
secondary storage device, two commands to either erase or 
rename file names, a command to list (type) the contents of 
a file, and a command to change the active user number. 
CP/M-86 allows the designation of 16 user numbers for primi- 
tive file protection purposes. 

The second part of the CCP takes action when the current 
command is not one of the built in commands. In this case 
the CCP assumes that the command is a directive to load and 
execute a program contained on a secondary storage device. 
The CCP then actives the device and searches for the given 
program. If found, the CCP performs the necessary initiali- 
zation routines to load the program into memory and pass 
control to it for execution. 

CP/M-86 provides thirteen external programs and calls 
them "Transient Utility Commands". These programs provide 



63 



status information for secondary storage and routines to 
transfer files from one device to another. There are 
several external programs that provide functions not found 
in many microcomputer operating systems. 

These functions include a help program which provides an 
on-line help facility for all C2/M-36 commands and their 
correct syntax. This is a significant contribution to user 
friendliness for a microcomputer operating system. An 
3086/8038 assembler and debugger are also provided as part 
of the operating system. These two programs can cost 
hundreds of dollars for particular microcomputer systems 
when they are not provided. CP/M-36 also provides a limited 
line oriented editor for program development. 

In the CP/M-86 implementation specifically for the IBM 
Personal Computer, two additional external commands are 
provided. One is a. menu driven setup program that uses 
function keys to easily set and assign system parameters, 
such as communication port initializations, printer selec- 
tions and other functions. The second command is a print 
utility that provides for limited virtual spooling of output 
for an attached printer device. 

Current versions of CP/M-86 can support up to sixteen 
attached floppy disk drives. The transient utility command 
"DISKMAINT" (for disk maintenance) is the CP/M-86 routine 
that sets up and initializes floppy disks to the CP/M-86 
format. This format will support either single-sided disk- 
ettes or double-sided diskettes. The format routine in 
DISKMAINT will format 40 tracks per side creating either 156 
kilobytes or 316 kilobytes of secondary storage capacity 
respectively. CP/M-86 divides a disk into thirty-two phys- 
ical sectors and records 128 bytes per sector, reserving one 
track of information for internal use. CP/M-86 will allow a 
total of 64 directory entries (files) per diskette. 
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d to maintain some CP/M compati- 
easy for developers to convert 
, but also felt that CP/M could 
areas. The result is that PC-DOS 
similar functional structure but 
of implementation and command 



2 M S- DOS and PC-DOS are exactly identical version for 
version to the applications programmer. All internal func- 
tions and operating system calls are precisely identical in 
operation. The only differences are some command names that 
are slightly changed and the addition or deletion of seme 
external program utilities depending on a particular vendor. 
Most systems utilizing MS-DOS include an object module 
library utility that is not included in PC-DOS. PC-DOS 
allows the linking of separate object modules or libraries 
but does not include the utility to add object modules to an 
existing library. 
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commands or operating system utilities. MS-DOS has incorpo- 
rated more of the common operating system runctions as 
internal commands and attempted to simplify the command 
syntax of these commands. 

An example of this is the metnod of copying files from 
one device to another. CP/M-86 provides a transient utility 
command named PIP (Peripheral Interchange Program) to accom- 
plish this task. The syntax for use of the command is: 

PIP device: des ti na tion-fi le = device: source- file options 
MS-DOS provides an internal command named COPY which the 
sy n t a x is: 

COPY device: sour ce-file device: destination- file options 
From this example the similarity between the two operating 
systems can be seen. In general however, MS-DOS provides a 
simpler and easier understood user interface by employing 
more English-like commands tkan CP/M-86. Current versions 
of MS-DOS provide no help facility however. 

Another difference is that MS-DOS does not provide its 
own assembler. It is offered as a separate product from 
Microsoft. Microsoft normally substitutes its own BASIC 
language interpreter with the operating system product. 
MS-DOS does provide a simple line oriented editor (EDLIN) 
and an 3088/8086 debugger (DEBUG). The latest version of 
DEBUG (2.0) will assemble 8088/8086 and 8037 mnemonics but 
offers no macro or named address facility. 
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VII. CONCLUSIONS AND RECOMMENDATIONS 
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